se.cs.ieu.edu.tr
Dersin Adı | |
Kodu | Yarıyıl | Teori (saat/hafta) | Uygulama/Lab (saat/hafta) | Yerel Kredi | AKTS |
---|---|---|---|---|---|
Güz/Bahar |
Ön-Koşul(lar) | Yok | |||||
Dersin Dili | ||||||
Dersin Türü | Seçmeli | |||||
Dersin Düzeyi | - | |||||
Dersin Veriliş Şekli | - | |||||
Dersin Öğretim Yöntem ve Teknikleri | ||||||
Dersin Koordinatörü | ||||||
Öğretim Eleman(lar)ı | ||||||
Yardımcı(ları) | - |
Dersin Amacı | |
Öğrenme Çıktıları | Bu dersi başarıyla tamamlayabilen öğrenciler;
|
Ders Tanımı |
| Temel Ders | X |
Uzmanlık/Alan Dersleri | ||
Destek Dersleri | ||
İletişim ve Yönetim Becerileri Dersleri | ||
Aktarılabilir Beceri Dersleri |
Hafta | Konular | Ön Hazırlık |
1 | Giriş | |
2 | Bakım kavramı ve temel bakım içeriği | Grubb and Takang, ch.1 |
3 | Yazılım bakımı | Grubb and Takang, ch.2, Pressman, ch. 29, ISO/IEC 14764 |
4 | Yazılım değişikliği | Grubb and Takang, ch.3 |
5 | Yazılım değişikliğinin ekonomik etkileri ve sınırları | Grubb and Takang, ch.4 |
6 | Bakım süreci | Grubb and Takang, ch.5, ISO/IEC 14764 |
7 | Tekrar | |
8 | Arasınav | |
9 | Programın anlaşılması | Grubb and Takang, ch.6 |
10 | Tersine mühendislik | Grubb and Takang, ch.7, Pressman, ch. 29 |
11 | Tersine mühendislik | Grubb and Takang, ch.7, Pressman, ch. 29 |
12 | Yeniden kullanma ve yeniden kullanabilirlik | Grubb and Takang, ch.8 |
13 | Yeniden kullanma ve yeniden kullanabilirlik | Grubb and Takang, ch.8 |
14 | Yönetsel ve örgütsel konular | Grubb and Takang, ch.10 |
15 | Genel değerlendirme | |
16 | Dönemin gözden geçirilmesi |
Ders Kitabı | Grubb and Takang, Software Maintenance Concepts and Practice, 2e, World Scientific, 2003. |
Önerilen Okumalar/Materyaller | Sommerville, Software Engineering, 9e, AddisonWesley, 2011.Pressman, Software Engineering: A Practitioner's Approach, 7e, McGrawHill, 2010.SWEBOK, Guide to the Software Engineering Body of Knowledge: 2004, IEEE.April, Abran & Dumke, What do you need to know about Software Maintenance?, Maintenance and assest management, 2005, vol. 20, no 2, pp. 3237.Lanubile and Visaggio, Iterative Reengineering to compensate for QuickFix Maintenance, IEEE, 1995, International Conference on Software Maintenance, , pp.140146.Canfora and Cimitile, Software Maintenance, 2000, http://www.compaid.com/caiInternet/ezine/maintenancecanfora.pdfJones, The Economics of Software Maintenance in the Twenty First Century, 2006. |
Yarıyıl Aktiviteleri | Sayı | Katkı Payı % |
Katılım | ||
Laboratuvar / Uygulama | ||
Arazi Çalışması | ||
Küçük Sınav / Stüdyo Kritiği | 1 | 20 |
Portfolyo | ||
Ödev | ||
Sunum / Jüri Önünde Sunum | ||
Proje | ||
Seminer/Çalıştay | ||
Sözlü Sınav | ||
Ara Sınav | 1 | 30 |
Final Sınavı | 1 | 50 |
Toplam |
Yarıyıl İçi Aktivitelerin Başarı Notuna Katkısı | 50 | |
Yarıyıl Sonu Aktivitelerin Başarı Notuna Katkısı | 50 | |
Toplam |
Yarıyıl Aktiviteleri | Sayı | Süre (Saat) | İş Yükü |
---|---|---|---|
Teorik Ders Saati (Sınav haftası dahildir: 16 x teorik ders saati) | 16 | 3 | 48 |
Laboratuvar / Uygulama Ders Saati (Sınav haftası dahildir. 16 x uygulama/lab ders saati) | 16 | ||
Sınıf Dışı Ders Çalışması | 15 | 3 | |
Arazi Çalışması | |||
Küçük Sınav / Stüdyo Kritiği | 1 | 5 | |
Portfolyo | |||
Ödev | |||
Sunum / Jüri Önünde Sunum | |||
Proje | |||
Seminer/Çalıştay | |||
Sözlü Sınav | |||
Ara Sınavlar | 1 | 7 | |
Final Sınavı | 1 | 15 | |
Toplam | 120 |
# | Program Yeterlilikleri / Çıktıları | * Katkı Düzeyi | ||||
1 | 2 | 3 | 4 | 5 | ||
1 | Gerçek hayata ilişkin sorunları tanımlayarak, yazılım proje, süreç ve ürününe ait fonksiyonel ve fonksiyonel olmayan özellikleri tanımlayabilmek | X | ||||
2 | Yazılım mimarisi, bileşenleri, arayüzleri ve sisteme ait diğer bileşenleri tanımlayabilmek | X | ||||
3 | Kodlama, doğrulama (verification), birim testleri (unit testing) ve hata ayıklama (dubugging) konularını da içerecek şekilde yazılım geliştirebilmek | X | ||||
4 | Programın davranışlarını, yürütüm koşullarını, ve beklenen sonuçlara göre yazılımı sınayarak doğrulayabilmek | X | ||||
5 | Yazılımın çalışması sırasında, çalışma ortamının değişmesi, yeni kullanıcı istekleri ve yazılım hatalarının ortaya çıkması ile meydana gelen bakım faaliyetlerine yönelik işlemleri yapabilmek | X | ||||
6 | Yazılımın yaşam sürecinde, yazılımın diğer yazılım sistemleri ile olan entegrasyonunu sağlamak, yazılımda yapılan değişiklikleri yönetmek, yazılımın piyasa sürümlerini ve ara sürümlerini sistematik olarak planlayabilmek, izleyebilmek ve denetleyebilmek | X | ||||
7 | Yazılım mühendisliğine yönelik gereksinimlerin anlaşılması, olurluluk çalışmalarına göre hedeflerin saptanması, süreçlerin planlanması, çıktıların belirlenmesi, kaynak planlamalarının yapılması, maliyetlerin saptanması, kaynakların tahsisi, risk yönetimi, kalite planlaması konularında bilgi sahibi olmak | X | ||||
8 | Yazılım mühendisliği süreçlerini tanımlayabilme, uygulayabilme, değerlendirebilme, ölçme, yönetme, değiştirme ve geliştirme konularında bilgi sahibi olmak | X | ||||
9 | Yazılım gereksinimi, tasarımı, geliştirmesi, sınaması, bakımı, yapılanışı, yönetimi ve kalitesi konularındaki çeşitli araçları ve yöntemleri bilmek, kullanabilme pratiğine sahip olmak | X | ||||
10 | Yazılım yaşam döngüsü süreçlerinde, yazılım kalitesi, kalite modelleri ve karakteristikleri konularını bilmek, temel kalite ölçümlerini yapabilmek ve bunları yazılım geliştirme, doğrulama ve sınama konularıyla birlikte yorumlayabilmek | X | ||||
11 | Başta bilgisayar mühendisliği, yönetim, matematik, proje yönetimi, kalite yönetimi, yazılım ergonomisi ve sistem mühendisliği olmak üzere, yazılım mühendisliği ile ortak sınırlara ve değerlere sahip diğer disiplinler hakkında bilgi sahibi olmak | X | ||||
12 | Genelde mühendislik özelde yazılım mühendisliği kültürü ve etik anlayışını kavrayabilmek, uygulayabilecek temel bilgilere sahip olmak | X | ||||
13 | Yabancı dil kullanarak konusuna ait yayınları takip edebilmek, meslektaşları ile iletişim kurabilmek | X |
*1 Lowest, 2 Low, 3 Average, 4 High, 5 Highest